home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / hardware-part1 / 5620 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.0 KB
  1. Path: news-feed.iguide.com!usenet
  2. From: jdow@BIX.com (Joanne Dow)
  3. Newsgroups: comp.sys.amiga.hardware
  4. Subject: Re: Max Transfer Rates.
  5. Date: 27 Feb 1996 09:31:37 GMT
  6. Organization: News Corporation
  7. Message-ID: <4guj1p$4p5@klein.iguide.com>
  8. References: <893.6626T909T474@merlin.net.au> <9602251357.AA001lb@harden.demon.co.uk> <4gsqrf$cl4@tricia.msn.fullfeed.com> <9602262151.AA001lv@harden.demon.co.uk>
  9. Reply-To: jdow@BIX.com (Joanne Dow)
  10. NNTP-Posting-Host: bix.com
  11. X-Newsreader: NetBix 1.250
  12. X-Newsreader-Author: lwilton@BIX.com (Loren Wilton)
  13.     This message has been posted with development version software.
  14.     If there are any problems with the message format, send me mail.
  15.  
  16. In article <9602262151.AA001lv@harden.demon.co.uk>,
  17.    Mark Harden <mark@harden.demon.co.uk> wrote:
  18. >Dan Robotka (dgr@fdl.fdldotnet.com) wrote:
  19. >: Mark, 
  20. >: 
  21. >: How do I determine the max transfer rate?  Would this affect the problem I am
  22. >: seeing?
  23. >: 
  24. >: I recently posted a message (Hardrive Problem?).  New harddrive, new problems!
  25. >: I found my problem to occur during copying files.  My drive has a 128k buffer.  
  26. >: The file seems to copy okay, but the contents are not the same.  It seems to happen
  27. >: when there is a read and then a write from the hard drive.  Floppy copies to the
  28. >: hard disk are okay.
  29. >
  30. >The MaxTransfer value should be the size that the drive can take in one gulp.  This
  31. >is typically the size of the buffer.  In your case 0x1FE00 should work...
  32.  
  33. It has nothing to do with internal buffer sizes. PCs cannot perform transfers to
  34. more than 64k at a time. With a 16 bit transfer this means a 15 bit transfer
  35. counter is sufficient for any given request. Since most of the CPUs on the disk
  36. drives are 8 or 16 bit creations a 16 bit counter is a natural. This gives the
  37. 131072 byte hiccough. Hence a maxtransfer of 130560 is the largest you can
  38. manage and not overrun that 16 bit counter. This is true regardless of whether
  39. you have a drive with a 1meg buffer size or even a 64k buffer size unless the
  40. drive's design is severely shoddy. (And yes - such pieces of junk exist out
  41. there for the unwary to purchase.)
  42.  
  43. >Note that the MaxTransfer value should be divisable by the sector size due to a
  44. >bug in the WorkBench format command.
  45. >
  46. >The symtoms you describe are clasic.  Large file from floppy fine - HD not !
  47. >
  48. >HDToolBox picks a VERY BAD default value.  So bad that with IDE drives it
  49. >will fail !
  50.  
  51. It is a fine default for SCSI and *some* better IDE drives. Alas most commodity
  52. (cheap) IDE drives suffer this defect. DARN few SCSI drives suffer from it.
  53.  
  54. >I hope this helps you.  If you need more please e-mail me.
  55. >
  56. >: Thanks in advance,
  57. >: 
  58. >: Dan Robotka
  59. >: dgr@fdl.fdldotnet.com
  60.  
  61. One other thing, Dan. Anyone changing maxtransfer to a smaller value from a
  62. larger one should subsequently reload *EVERYTHING* of any size greater than the
  63. mactransfer value used. Otherwise files written with a defect will still read
  64. incorrectly.
  65.  
  66. {^_^}     Joanne Dow, Amiga Exchange Editor on BIX, aka The Wizardess
  67.           jdow@bix.com, jdow@delphi.com
  68.  
  69.